home *** CD-ROM | disk | FTP | other *** search
/ The Utilities Experience / The Utilities Experience - Volume 1.iso / software / disk_tools / mrbackup / docs / changes next >
Text File  |  1995-04-27  |  18KB  |  439 lines
  1.  
  2. This file documents recent changes to MRBackup.  Changes are listed in
  3. reverse chronological/version order.  The MRBackup version number
  4. scheme follows these conventions:
  5.     
  6.     The first digit is the version level. Changes in the version level
  7.     indicate major functionality changes and possible incompatibilities
  8.     with previous versions.
  9.  
  10.     The second set of digits following the period constitute the revision
  11.     level. Revisions generally indicate added or changed functionality
  12.     while maintaining upward compatibility but may also include bug fixes.
  13.  
  14.     The digit(s) following the second period are the maintenance or bug-fix
  15.     level. A change in this level with no corresponding change in the 
  16.     revision level indicates a bug-fix-only release.
  17.  
  18. ***************************************************************************
  19. * Don't forget to assign MRBackup: to the directory where MRBackup lives! *
  20. ***************************************************************************
  21.  
  22. 04/27/95 2.2.1  174300 bytes
  23.  
  24. *** BUG FIXES ***
  25.  
  26. The message reported when a file expanded (attempting to compress an
  27. uncompressible file) was garbled (still!).  I had a couple of values
  28. reversed in a printf statement.  I think you'll find it's a bit better
  29. now.  :-)
  30.  
  31. Some users were reporting that the value in the Ratio gadget
  32. (compression ratio) sometimes exceeded 100% (the ratio can approach
  33. but never reach 100%).  I suspect that there was a problem with
  34. arithmetic overflow and have altered the algorithm that computes the
  35. value.  I have to confess that I never observed this on my own system,
  36. so I don't know if it still might happen.
  37.  
  38. I received complaints of odd address traps in the Compressor on 68040
  39. systems.  I don't know what was actually causing the problem, but I
  40. made a couple of "intuitive" changes and the person reporting the
  41. problem says that the new 68040-based version works.  I've modified
  42. the Installer script to allow selection of 68000, 68020/68030 and
  43. 68040 versions of the Compressor.
  44.  
  45.  
  46. *** CHANGES ***
  47.  
  48. The size and coordinates of the Status window are now saved to the
  49. preferences file when you select Save...  from the Preferences menu.
  50.  
  51.  
  52. 03/24/95 2.2.0
  53.  
  54. *** REMINDER ***
  55.  
  56. Apparently, this never made it to the user manual, so I'll state it
  57. here for now.  The value of the Force Copy gadget is _not_ saved to
  58. your preferences file (e.g.  MRBackup.init).  This setting is used on
  59. Restore to control MRBackup's behavior with regard to checking for
  60. existing files on the Home Path (the location you are restoring to)
  61. prior to copying them from the saveset.  When restoring to an empty
  62. partition, the best setting is 'Always'.  This will provide the
  63. fastest restore, since MRBackup doesn't have to attempt to locate an
  64. existing version of the file in the Home Path.  When restoring to a
  65. partition containing files, the safest settings are 'Never' or
  66. 'Prompt'.  Due to the dangerous potential for overwriting files, I
  67. decided when I implemented this not to allow a user default of
  68. 'Always'.  Thus, the Force Copy setting is not written to the
  69. preferences file.
  70.  
  71. Your feedback could change my mind...
  72.  
  73. *** BUG FIXES ***
  74.  
  75. Clicking on the +Here or -Here buttons in the Select Files window
  76. caused an Enforcer hit (crash on 68000 systems).  This bug was
  77. introduced when I added byte tallies to the information window.
  78.  
  79. Fast Disk and SCSI Tape backup were not reporting file expansion
  80. during compression. 
  81.  
  82. The Utilities Decompress function was broken.  The resulting filename
  83. should have had its ".Z" suffix removed after a successful
  84. decompression.  Several other minor glitches in the Utilities module
  85. have been fixed.
  86.  
  87. The parent directory button for the Utilities 'To' path was broken.
  88.  
  89. The AmigaDOS Restore was broken in the instance where the Backup Path
  90. was specified as a directory.  Internal filename munging would
  91. generate an incorrect backup filename, resulting in an error of the
  92. form:  "I could not get info on <filename>" (error 205).
  93.  
  94. Fixed a few inconsistencies in the screen title (varied with different
  95. windows).
  96.  
  97.  
  98. *** CHANGES ***
  99.  
  100. The Installer program is no longer distributed with MRBackup
  101. Professional.  You can use the version distributed with prior versions
  102. (copy it to SYS:Utilities) or you can obtain a copy from various BBS's
  103. (including the MRsoftware Support BBS) or other online services that
  104. support the Amiga.
  105.  
  106. Due to the multitasking nature of the Amiga, it's possible to select
  107. files for backup, then delete them before MRBackup gets a chance to
  108. back them up.  This is a relatively benign problem and there's nothing
  109. MRBackup can do about it once it's been detected.  Previous versions
  110. reported this interactively, ad nauseum.  This version now reports the
  111. condition to the log and the Status window but does not require any
  112. user interaction.
  113.  
  114. Added keyboard shortcuts for all buttons in the Main window.
  115. Also added a Quit button.
  116.  
  117. Added keyboard shortcuts for most of the buttons in the Utilities window.
  118. Also added a Quit button.
  119.  
  120. The performance of the Scan Tape command has been greatly improved.
  121. In addition, Scan Tape is no longer limited to working with the MRTape
  122. handler.
  123.  
  124.  
  125. 02/20/95 2.1.4  171892 bytes (one size fits all :-)
  126.  
  127. *** IMPORTANT! ***
  128.  
  129. My "stamp_the_program_with_the_serial_number_and_owner_name" approach
  130. to software registration was short-lived.  A rash of new registrations
  131. cured that!  I've replaced that approach with a new "external key
  132. file" method.  Registered users of MRBackup Professional will receive
  133. a text file containing registration information.  This file will be
  134. named "MRBackup:mrbackup.key".  Unregistered copies of MRBackup will
  135. continue to have full functionality but will put up a periodic
  136. reminder to register.  The advantages of this is that I can distribute
  137. new copies of MRBackup via the usual channels and users can get the
  138. latest version without having to request an update.  Also, I don't
  139. have to maintain two variants of MRBackup (happy me!).
  140.  
  141. If and when I make a major new release (for which an update fee will
  142. be required), old key files will be invalidated by a new encryption
  143. algorithm and users will be requested to update.
  144.  
  145. Current registered users of MRBackup can request a validation key for
  146. this version of MRBackup, by e-mail or regular mail, the MRsoftware
  147. Support BBS or via phone call.
  148.  
  149. I have included a new program on the MRBackup install disk, but it is
  150. not automatically installed.  The program name is WildStar (C/WildStar
  151. on the disk) and its purpose is to enable asterisk (*) wildcards in
  152. AmigaDOS filename pattern matching routines.  Read the
  153. Docs/WildStar.doc file for details.
  154.  
  155. P.S. Thanks for your continued support!
  156.  
  157.  
  158. 02/16/95 2.1.3  Demo: 171368 bytes  Registered: 171020 Bytes
  159.  
  160. ***********
  161. * Changes *
  162. ***********
  163.  
  164. Added logic to insure that filter patterns are stripped of any
  165. trailing whitespace (tabs and blanks).  Problems related to this
  166. occurrence can be very difficult to diagnose since the problem isn't
  167. visible.
  168.  
  169. *************
  170. * Bug Fixes *
  171. *************
  172.  
  173. The FileSpec pattern in Utilities has been changed from "*" to "#?".
  174. I've been using a program named C:Star (enables "*" wildcard) for so
  175. long that I forgot that it wasn't standard operation.  Since AmigaDOS
  176. pattern matching routines are used by MRBackup, you must enable the
  177. asterisk (*) character (via a call to an enabling program) before it
  178. can be used.
  179.  
  180. The About window insisted on being active at all times.  This behavior
  181. has changed.
  182.  
  183. All windows which might be activated during an ARexx session have been
  184. changed to inhibit auto-activation when the 'takecontrol' command is
  185. in effect.  Windows will still activate when running interactively.
  186.  
  187.  
  188. 12/18/94 2.1.2  Demo: 171136 bytes  Registered: 170788 Bytes
  189.  
  190. *************
  191. * Bug Fixes *
  192. *************
  193.  
  194. Restoring via catalog selection could fail to restore some files,
  195. given some rather unusual circumstances.
  196.  
  197.  
  198. 11/13/94 2.1.1  Demo: 171080 bytes    Registered: 170732 bytes
  199.  
  200. *************
  201. * Bug Fixes *
  202. *************
  203.  
  204. The final byte counters were incorrectly totalled at the end of each
  205. diskette.
  206.  
  207. The compressor's error checking has been improved (V2.0.1).
  208.  
  209.  
  210. 10/06/94 2.1.0  Demo: 171104 bytes      Registered: 170756 bytes
  211.  
  212. I've provided a bit of "incentive" for those who have been a bit lazy
  213. about registering.  This version of MRBackup includes an annoying
  214. pop-up reminder window which appears periodically.  I expect to hear
  215. lots of righteous complaints about this - primarily from the
  216. self-appointed bastions (oops - did I spell that wrong?) of shareware
  217. who never register anything.  Registration gets you a personalized
  218. (i.e.  stamped with your name and serial number) copy of MRBackup
  219. Professional.  The About window incorporates these new details.  See
  220. the Registration document for details on registering.  Version 2.1.0
  221. will be the baseline for future enhancements, which will be
  222. distributed in the form of patch kits.
  223.  
  224. The MRTape-Handler is now at version 1.19 and sports some new features
  225. which are worth a look.  See the MRTape.doc document file for details.
  226.  
  227. The file selection window has a new look.  The selection window is now
  228. wider and each entry includes a size (K bytes) value.  For a file
  229. entry, it's the size of the file.  For a directory entry, it's the sum
  230. of the sizes of all selected files "contained" by that directory.  The
  231. file selection buttons have somewhat cryptic labels, but should still
  232. be fairly self-explanatory:  '+' means select, '-' means deselect.
  233. Thus,
  234.  
  235.     + Here and Down
  236.  
  237. is a button which will select all files from this level and down.  I
  238. had to do this to make room on an already cluttered window.  (I run
  239. into that problem a lot.) :-)
  240.  
  241. Whenever a preferences file (e.g.  MRBackup.init) is loaded, the
  242. floppy disk checkboxes are first reset to the unselected state.
  243.  
  244. The 'poptofront' ARexx command now causes the current MRBackup window
  245. to be brought forward and activated as well as bringing its screen (if
  246. any) to the front.
  247.  
  248. There was a bug in 'settestdate' when it was called with a parameter.
  249. The command now works. To augment the 'settestdate' command, I've added
  250. a new ARexx command: 'dateformat'. This command, without arguments, will
  251. return the current date format (an integer from 0 to 3) in the 'result'
  252. variable. It will also accept a parameter in the range of 0 to 3 to
  253. set the current date format. The format setting controls the formatting
  254. and conversion of date values. See MRBackup:Rexx/template.mrbk or the
  255. documents for more details. 
  256.  
  257.  
  258. 07/24/91 2.0.1 (final)
  259.  
  260. Glenn Holliday provided an example of the confusion that can result
  261. from trying to use the Backup Path and the floppy disk check-boxes at
  262. the same time.  Though the check-boxes override the Backup Path, that
  263. was never visually apparent.  Now, when floppy drive check-boxes are
  264. selected, the Backup Path gadget will be ghosted.
  265.  
  266.  
  267. 07/16/94 2.0.1 (pre-release)
  268.  
  269. Chris Hussey reported a problem with the :INCLUDE:  filter
  270. specifications.  Indeed, they were pretty badly broken for
  271. subdirectories below the first level.  The fix applied in this release
  272. should have the following effects.
  273.  
  274. The following specification causes dir1, dir2 and all FILES in dir2 to
  275. be selected.  No files under dir1 nor directories under dir2 will be
  276. selected.
  277.  
  278.     :include:
  279.     dir1/dir2
  280.  
  281.  
  282. The following specification causes dir1, dir2 and everything under
  283. dir2 to be selected.  No files under dir1 will be selected.
  284.  
  285.     :include:
  286.     dir1/dir2/#?
  287.  
  288.  
  289. (While examining the filtering code, I found that it is in need of
  290. some serious rewriting.  I'll be looking at it more in the weeks to
  291. come.)
  292.  
  293. If the MRBackup.init file contained a select_floppy specification for
  294. a non-existent drive, MRBackup would attempt to blindly use the drive.
  295. This would lead to a failure of the AddDiskChangeInt (add disk drive
  296. change interrupt) routine.
  297.  
  298.  
  299. 05/17/94 2.0.0
  300.  
  301. This is the official MRBackup 2.0.0 release. It incorporates an all-new
  302. user interface, based on the standard Amiga "gadtools" library, some
  303. important new features and a number of bug fixes. This version has been
  304. tested with AmigaDOS 2.04 and 3.1. 
  305.  
  306. ***********
  307. * Changes *
  308. ***********
  309.  
  310. Good news for users of AmigaDOS mode:  The hideous FormatDisk script
  311. is gone.  You can now set Formatting to "Normal" and everything will
  312. be handled internally by MRBackup.
  313.  
  314. MRBackup now uses the AmigaDOS command-line template (ReadArgs)
  315. interface for processing command-line arguments.  Just invoke MRBackup
  316. with a '?' to see the command template.
  317.  
  318. All documentation is now created with a combination of TeX (PasTeX
  319. 1.3) and makeinfo.  There is now a MRBackup.doc file in the Docs
  320. directory as well as only one ".guide" file in the Help directory.
  321. Programming changes were made to accommodate the changes in the help
  322. file structure.  I will be placing the "dvi" and PostScript versions
  323. of the document in the downloads area of the BBS.
  324.  
  325. The ARexx_Scripts directory has been renamed to Rexx.  This is in
  326. keeping with other packages which support ARexx.
  327.  
  328. The final write to a tape or file-based Fast Disk backup is optimized
  329. to include a single termination block.  Prior to this release, the
  330. full "cylinder buffer" (32K for file-based backups) was written.
  331.  
  332. I've finally added link support to MRBackup!  This support has only
  333. been added for Fast Disk and SCSI Tape backup modes.  I will most
  334. likely implement an AmigaDOS scheme at a later date employing a
  335. script file to recreate links.  (There are too many situations where
  336. the link source and target can be separated when backing up to floppy
  337. diskette.) While this isn't technically difficult, I just don't have
  338. time to do it now and it's the only thing holding up release of
  339. MRBackup 2.0.0.
  340.  
  341. If you examine a new catalog, you'll find some new entry tags:
  342.  
  343.     LH  - hard link to a directory
  344.     LF  - hard link to a file
  345.     LS  - soft link to a directory
  346.  
  347.  
  348. MRBackup now provides a better default catalog name (or starting
  349. point) the first time a catalog is requested.
  350.  
  351. The log file opening behavior has changed a bit, hopefully for the
  352. better.  First, it will help to understand my intent with regard to
  353. the log file.  The log file, unlike the listing file, is intended to
  354. be open for the full "lifetime" of MRBackup.  There is a global file
  355. open mode which applies to both the log and listing files.  This mode
  356. may be one of "Ask", "Append" or "Replace".  This is controlled by the
  357. keyword "filemode" in the preferences file (MRBackup.init).  There
  358. currently is no way to control this setting via the GUI.  After
  359. program initialization and if a non-blank log file name is specified
  360. in the preferences file, the log file is opened.  If the file already
  361. exists and the filemode is "Ask", a requester will pop up asking if
  362. you wish to Replace, Append or Cancel.  Due to the design of the
  363. Amiga's GUI, it is possible to make changes to string gadgets (e.g.
  364. the Log Path gadget) without generating the necessary signal to
  365. indicate that you have done so.  Because of this, MRBackup always
  366. "collects" the values from its various window gadgets prior to every
  367. window transition.  If you complete a string gadget change by pressing
  368. the Return key, MRBackup will be informed right away.  So, if you
  369. change the Log Path specification, MRBackup will, at some point, test
  370. the new value to determine if the current log file should be closed
  371. and a new one opened.  If the filemode is "Ask", you will see the
  372. requester.  A blank Log Path specification effectively disables the
  373. log.
  374.  
  375. MRBackup now defers opening the main window until the initial
  376. preferences have been read.  This eliminates the "herky-jerkies" that
  377. would result from screen and window changes caused by non-default
  378. specifications in the preferences file.  When starting from the
  379. WorkBench, any output generated before the main window is opened will
  380. be sent to a special window opened with /AUTO/CLOSE/WAIT.  If, for
  381. instance, you have errors in your MRBackup.init file, these errors
  382. will be reported here.  This window will hang around until you click
  383. in its close box.
  384.  
  385. The backup/restore file selector now indicates selected files with a
  386. "+" in front of the filename.  Unselected filenames are preceded with
  387. a space.  Directory names have a trailing slash.  After playing around
  388. a while, I decided that the previous highlighting method using color
  389. and inverse video was unsatisfactory.
  390.  
  391. The Disk Estimate gadget in the file selector now contains a more
  392. meaningful value and it is only filled in when backing up to floppy
  393. disk(s).  It should reflect the correct value for high density disks
  394. as well as normal double density disks (though I can't verify this).
  395.  
  396. During a backup and prior to opening the Select window, if Keep Empty
  397. Dirs is set to "No", MRBackup will prune all empty directories from
  398. the file selection list.  (There ya' go, Ken!)
  399.  
  400. MRBackup now saves your preferred dimensions for the Main, Options and
  401. Utility windows.  Three new keywords have been added to the ".init"
  402. file to support these.  If you think I should extend this to the
  403. Select and Status windows, let me know.
  404.  
  405.  
  406. All of MRBackup's pop-up requesters now use the Intuition function
  407. EasyRequest.  This has further streamlined MRBackup.  One minor
  408. annoyance of EasyRequest is that all requesters will appear in the
  409. extreme upper left corner, rather than being centered in the current
  410. window.  I consider it a small price to pay for the gains in
  411. consistency and reduction in code size.
  412.  
  413. Floppy disk drive selections are now preserved in the preferences file
  414. with a new keyword:  select_floppy.  Each drive selection is recorded
  415. as a separate select_floppy statement.  When a preferences file is
  416. loaded, the current floppy drive selections are reset (deselected) and
  417. the new selections in the preferences file (if any) are set.
  418.  
  419.  
  420. *************
  421. * Bug Fixes *
  422. *************
  423.  
  424. It was possible to specify a null (empty) Backup Path.  This
  425. translated to "the current directory", not a safe default, as Glenn
  426. Holliday pointed out.  Thanks, Glenn.
  427.  
  428. The date requester would not allow direct entry of the Month value.
  429.  
  430. Error reporting due to a CANCEL on a disk request has been reduced to
  431. a single requester.
  432.  
  433. A central disk requester function, used to request a catalog diskette
  434. (for example), has been enhanced to recognize diskette insertions.
  435.  
  436. MRBackup now issues a "motor off" command to the floppy disk drive
  437. whenever an error is detected on either a disk read or write.
  438.  
  439.